home *** CD-ROM | disk | FTP | other *** search
/ Games of Daze / Infomagic - Games of Daze (Summer 1995) (Disc 1 of 2).iso / x2ftp / msdos / docs / ps2_info / level2.inf < prev   
Text File  |  1994-03-01  |  30KB  |  666 lines
  1. PostScript(R) LEVEL 2 -- QUESTIONS & ANSWERS
  2. ============================================
  3.  
  4. PostScript Level 2, the first major new release of PostScript 
  5. software since its introduction, is a unification and enhancement 
  6. of the PostScript language based on the needs voiced by users of 
  7. PostScript printers and Display PostScript(R) workstations, 
  8. Independent Software Vendors (ISVs), and Original Equipment 
  9. Manufacturers (OEMs). PostScript Level 2 contains a number of 
  10. performance enhancements, is easier for software developers to use, 
  11. and contains important new functionality such as device-independent 
  12. color, forms handling and patterns support.
  13.  
  14.  
  15. *** What is PostScript Level 2?
  16.  
  17. First, let's look at the current state of the PostScript language. 
  18. The baseline of the language is defined by the PostScript Language 
  19. Reference Manual, also known as the "red book." The red book defines 
  20. the basic PostScript language imaging model functionality for line 
  21. art, sampled images, text, and the RGB color model. Since its 
  22. introduction in 1985, the PostScript language has been considerably 
  23. extended for greater programming power, efficiency, and 
  24. flexibility. 
  25.  
  26. Typically, these language extensions have been designed to adapt the 
  27. PostScript language to new imaging technologies or system 
  28. environments. While these extensions have introduced new 
  29. functionality and flexibility to the language, the basic imaging 
  30. model remains unchanged. The principal language extensions are:
  31.  
  32. +  Color:  The color extensions provide a cyan-magenta-yellow-black 
  33. (CMYK) color model for specifying colors and a colorimage operator 
  34. for painting sampled images. They also include additional rendering 
  35. controls for color output devices.
  36.  
  37. +  Composite fonts:  The composite font extensions enhance the basic 
  38. font facility to support character sets that are very large or have 
  39. complex requirements for encoding or character positioning.
  40.  
  41. +  Display PostScript:  The Display PostScript system enables 
  42. workstation applications to use the PostScript language and imaging 
  43. model for managing the appearance of the display. Some of the 
  44. extensions are specialized to interactive display applications, 
  45. such as concurrent execution and support for windowing systems. 
  46. Other extensions are more general and are intended to improve 
  47. performance or programming convenience.
  48.  
  49. When Adobe decided to add additional functionality to the PostScript 
  50. language, we did not want to add the functionality in a piecemeal 
  51. fashion and have it exist in some devices but not others.  This makes 
  52. life difficult for independent software vendors (ISVs) who write 
  53. PostScript language programs. PostScript Level 2 integrates the 
  54. original PostScript language, all previous language extensions, and 
  55. new language features into the core PostScript language imaging 
  56. model. PostScript Level 2 ensures application developers consistent 
  57. functionality across all Level 2 devices. When an application images 
  58. to a Level 2 device, it can be assured that a wide range of features 
  59. will exist on that device and that these features can be exploited 
  60. to their fullest for increased performance and functionality.
  61.  
  62.  
  63. *** What are the features of PostScript Level 2?
  64.  
  65. PostScript Level 2 consolidates all of the current language 
  66. extensions into one unified language and adds many new features. It 
  67. is also upward compatible with the current generation of PostScript 
  68. devices. Here is a brief list of what comprises PostScript Level 2:
  69.  
  70.     + Existing PostScript language
  71.     + Color extensions
  72.     + Composite font extensions
  73.     + Display PostScript extensions
  74.     + Improved memory management
  75.     + CIE-based device-independent color
  76.     + Improved printer hardware features support
  77.     + Data and image compression and decompression
  78.     + Optimized graphics and text operators from the 
  79.       Display PostScript system
  80.     + New halftoning algorithms
  81.     + Forms support
  82.     + Patterns support
  83.     + Binary language encodings
  84.     + ATM font rendering technology
  85.  
  86.  
  87. *** What are the color extensions to the PostScript language?
  88.  
  89. The color extensions were added to the language in 1988 to provide 
  90. more complete color functionality. With the original PostScript 
  91. language, color could be specified using the red-green-blue (RGB) 
  92. and hue-saturation-brightness (HSB) color models. 
  93.  
  94. The color extensions include cyan-magenta-yellow-black (CMYK) color 
  95. model, black generation and undercolor removal functions, screen and 
  96. transfer functions for four separate color components, and a 
  97. colorimage operator for rendering color sampled images.
  98.  
  99. The color extensions are currently found in PostScript color 
  100. printers from Canon, QMS, Oce, and NEC as well as all 
  101. implementations of the Display PostScript system.
  102.  
  103.  
  104. *** Why would you want the CMYK color extensions in a black and white 
  105.     printer?
  106.  
  107. In a nut-shell, compatibility between black-and-white and color 
  108. Level 2 devices.
  109.  
  110. Today, ISVs must handle PostScript color printers differently.  For 
  111. example, current monochrome laser printers does not contain the CMYK 
  112. color extensions, and as a result PostScript language programs must 
  113. emulate this functionality, which results in slower performance. All 
  114. Level 2 implementations will include the CMYK color extensions as 
  115. standard.
  116.  
  117.  
  118. *** What are the composite font extensions to the PostScript 
  119.     language?
  120.  
  121. The composite font technology is a general solution that extends the 
  122. basic PostScript language font mechanism to enable the encoding of 
  123. very large character sets and handle non-horizontal writing modes. 
  124.  
  125. A Type 1 PostScript font has room for encoding only 256 distinct 
  126. characters. A typical Japanese font has over 7,000 Kanji, katakana 
  127. and hiragana characters. The composite font technology allows you 
  128. to create one "composite" font that is made up from any number of 
  129. "base" fonts. In addition, the composite font technology allows you 
  130. to include two sets of metrics (character spacing details) in the 
  131. font:  one for a horizontal-writing mode, and one for a vertical-
  132. writing mode.
  133.  
  134.  
  135. *** Why would you want the composite font extensions in a roman 
  136.     printer?
  137.  
  138. This technology is currently implemented only in Japanese language 
  139. PostScript devices, but the composite font technology is a general 
  140. solution that applies to any language. It allows for the creation 
  141. of one composite font that combines two or more fonts. For example, 
  142. you may wish to combine a text font (such as Times-Roman) with a 
  143. special font (such as Zapf-Dingbats) and have all characters at your 
  144. disposal within a single font.
  145.  
  146. *** What are the Display PostScript Extensions to the PostScript 
  147.     language?
  148.  
  149. The Display PostScript extensions address the needs of using the 
  150. PostScript language imaging model in a display environment. It 
  151. includes extensions to deal specifically with displays and windowing 
  152. systems as well as many optimized operators to increase performance 
  153. which is critical in an interactive display environment.
  154.  
  155. *** Why would you want the Display PostScript extensions in a 
  156.     printer?
  157.  
  158. Most of the functionality in PostScript Level 2 that comes from the 
  159. Display PostScript extensions result in improved performance. This 
  160. includes clipping, rectangle operators, and binary language 
  161. encoding to name a few. Each of the new Level 2 features that come 
  162. from the Display PostScript extensions are detailed later in this 
  163. document.
  164.  
  165. Another obvious reason is for compatibility between Display 
  166. PostScript applications and PostScript Level 2 printers. 
  167.  
  168.  
  169. *** Can you tell me more about the rest of the PostScript Level 2 
  170.     features?
  171.  
  172. Sure. Here a brief overview of the important features and benefits 
  173. of PostScript Level 2:
  174.  
  175. Filters
  176. -------
  177.  
  178. + A filter transforms data as it is being read from or written to a 
  179. file. The language supports filters for ASCII encoding of binary 
  180. data, compression and decompression, and embedded subfiles. 
  181. Properly used, these filters reduce the storage and transmission 
  182. cost of page descriptions, especially ones containing sampled 
  183. images. => Reduced storage requirements, greater performance.
  184.  
  185. + ASCII encoding of binary data:  ASCII/85 (represent binary data 
  186. in ASCII format with only a 125% expansion of data), and ASCII/HEX 
  187. (current method of representing binary data in ASCII format but with 
  188. a 200% expansion of data). => Compact representation of binary data 
  189. in a portable ASCII representation.
  190.  
  191. + Compression and decompression filters:  CCITT Group 3 & 4 
  192. (monochrome images), run-length encoding (monochrome and grayscale 
  193. images), LZW (~2:1 compression of text files),  DCT (20-200:1 
  194. compression of color images using the proposed JPEG standard). 
  195. => Improved performance due to reduced transmission times. PostScript 
  196. files on disk can also be made much smaller, saving disk space.
  197.  
  198. Binary Encoding
  199. ---------------
  200.  
  201. + In addition to the standard ASCII encoding, the language syntax 
  202. includes two binary-encoded representations. These binary encodings 
  203. improve efficiency of generation, representation, and 
  204. interpretation. However, they are less portable than the ASCII 
  205. encoding and are suitable for use only in controlled environments.
  206. => Performance, compactness.
  207.  
  208. Improved underlying implementation
  209. ----------------------------------
  210.  
  211. + Improved font disk cache. We have improved the backup of the font 
  212. cache on printers with a hard disk. Font access methods for reading 
  213. the font back into RAM are more efficient. Also, the management of 
  214. the disk is improved, so it does not become fragmented. => Performance, 
  215. enhanced functionality.
  216.  
  217. + ATM font rendering technology. => Improved performance (4-5 times 
  218. faster in raw character building speed) and improved quality (most 
  219. evident at small point sizes and low resolutions).
  220.  
  221. Improved memory management system
  222. ---------------------------------
  223.  
  224. + One pool of memory available for all resource needs (page image, 
  225. font cache, path storage, downloadable fonts, etc.). Memory 
  226. allocated dynamically to meet needs. In general, memory is more 
  227. efficiently shared among different uses and arbitrary memory 
  228. restrictions have been eliminated. => Eliminates arbitrary memory 
  229. restrictions for imaging of more complex graphics.
  230.  
  231. + Opportunistic memory management scheme. In the current system, the 
  232. PostScript language program must manage memory on a per page basis. 
  233. New memory management operators allow more flexibility for programs 
  234. to explicitly release unused memory resources by removing individual 
  235. entries from dictionaries and removing font definitions in an order 
  236. unrelated to the order in which they were created. => More efficient 
  237. use of available memory.
  238.  
  239. + Automatic memory reclamation. VM is reclaimed automatically for 
  240. composite objects that are no longer accessible, such as strings 
  241. used by the show operator. A "garbage collector" will automatically 
  242. reclaim other unused memory. => More efficient use of available memory.
  243.  
  244. Optimized graphics operators
  245. ----------------------------
  246.  
  247. + Rectangle operators. New operators for filling, clipping and 
  248. stroking rectangles; all highly optimized. For example, rectfill is 
  249. 3 times faster than an equivalent moveto, lineto, lineto, lineto, 
  250. closepath, fill. => Performance, convenience.
  251.  
  252. + Graphics state objects provide a fast way to switch between 
  253. graphics states, which define the current line weight, color, font, 
  254. etc. In existing printers, graphics states are stored on a stack, 
  255. so accessing an arbitrary graphics state is somewhat cumbersome. 
  256. With graphics state objects, the graphics state can be associated 
  257. with a name, and retrieved  by simply requesting the name. 
  258. => Performance, convenience.
  259.  
  260. + Halftone specification. New halftone dictionaries provide a more 
  261. precise way of specifying the halftone dots, and makes switching 
  262. between halftone screens faster. (The spot function is not 
  263. reinterpreted.) => Performance, convenience, enhanced functionality.
  264.  
  265. + User paths are self-contained procedures that consists entirely 
  266. of path construction operators and their coordinate operands. User 
  267. path operators perform path construction and painting as a single 
  268. operation; this is both convenient and efficient. There is a user 
  269. path cache to optimize interpretation of user paths that are invoked 
  270. repeatedly. => Performance, convenience.
  271.  
  272. + Stroke adjustment. For very thin lines, there is a trade-off 
  273. between perfect positioning and  consistent line width.  Depending 
  274. on the placement of such a line, it could end up being rendered as 
  275. either 1 or 2 pixels wide, which is a noticeable difference. To 
  276. account for this, PostScript language programs often include logic 
  277. to slightly alter the coordinates of lines for consistent rendering. 
  278. With automatic stroke adjustment the interpreter performs this 
  279. adjustment to ensure consistent widths.  Doing it in the interpreter 
  280. rather than in the PostScript language program is 20 - 30% faster. 
  281. => Performance, convenience, improved quality.
  282.  
  283. Optimized text operators
  284. ------------------------
  285.  
  286. + The xyshow operator provides a more natural way for applications 
  287. to deal with individual character positioning.  Allows simultaneous 
  288. track kerning, pair kerning, and justification. => Performance, 
  289. convenience.
  290.  
  291. + The selectfont operator optimizes switching between fonts.  It 
  292. does the work of 3 Level 1 operators:  findfont, scalefont, and 
  293. setfont and has been optimized by using a caching mechanism. 
  294. => Performance, convenience.
  295.  
  296. Forms
  297. -----
  298.  
  299. + A form is a self-contained description of any arbitrary graphics, 
  300. text, and sampled images that are to be painted multiple timesQon 
  301. each of several pages or several times at different locations on a 
  302. single page.
  303.  
  304. + With the new forms feature, you can define a base form  whose 
  305. representation stays cached between pages, so only information that 
  306. changes between forms will need to be interpreted for each page. The 
  307. representation used to cache the form may vary from device to device 
  308. depending on the available resources, such as memory and/or hard 
  309. disk space. In some cases, the actual rasterized form will be saved, 
  310. in other cases, an intermediate representation (such as a display 
  311. list) may be saved. => End-users will benefit by improved performance.
  312.  
  313. + This makes forms processing faster and provide a natural 
  314. framework for ISVs implementing a forms functionality in their 
  315. application. => Convenience for ISVs.
  316.  
  317. + Besides the traditional concept of "forms," some other examples 
  318. of forms include:  Letterhead, stationary, overhead presentation 
  319. backgrounds, repetitive symbols in a CAD drawing such as screws 
  320. (mechanical drawing) or windows (architectural drawing), complex 
  321. background blends in 35mm slides. => Enhanced functionality and 
  322. application of PostScript printers in a variety of different environments.
  323.  
  324. Patterns
  325. --------
  326.  
  327. + The new pattern color space provides the ability to establish a 
  328. pattern as the current color. Subsequent use of operators such as 
  329. fill, stroke, and show apply "paint" that is produced by replicating 
  330. (or tiling) a small graphical figure called a pattern cell at fixed 
  331. intervals in x and  y to cover the areas to be painted. The 
  332. appearance of a pattern cell is defined by a PostScript language 
  333. procedure, which can include any arbitrary graphics, text, and 
  334. sampled images. The shape of the pattern cell need not be 
  335. rectangular, and the spacing of tiles can differ from the size of 
  336. the pattern cell. => Enhanced functionality, performance, convenience.
  337.  
  338. + For efficiency, the representation of the pattern cell may be 
  339. cached. When cached, the execution of the procedure that defines the 
  340. pattern need be done only once for the current pattern.  The pattern 
  341. cache is similar to the font cache. => Performance.
  342.  
  343. + Multiple colors can be specified in the pattern or the pattern can 
  344. be used as a mask to paint a color defined in some other color space. 
  345. => Enhanced functionality
  346.  
  347. + For display environments, this feature will allow patterns to be 
  348. represented in a resolution independent manner. Until now, patterns 
  349. have typically been represented by arrangements of pixels. This 
  350. resolution-dependent representation does not work well when trying 
  351. to image the pattern at a variety of different resolutions.
  352.  
  353. Images
  354. ------
  355.  
  356. + There are several enhancements to the facilities for painting 
  357. sampled images: use of any color space, 12-bit component values, 
  358. direct use of files as data sources, and additional decoding and 
  359. rendering options. => Convenience, performance, quality.
  360.  
  361. Composite Fonts
  362. ---------------
  363.  
  364. + Provides the basic machinery for non-Roman character sets. Enables 
  365. the encoding of very large character sets and non-horizontal writing 
  366. modes. => Enhanced functionality.
  367.  
  368. + Provides a page description language for international business. 
  369. Composite font technology makes printers more international. The 
  370. same font technology can be used worldwide, and will provide support 
  371. for companies that must work in today's international business 
  372. environment. => Enhanced functionality.
  373.  
  374. + Advantages not limited to foreign languages - also useful for 
  375. strictly Roman printers: allows the creation of a single composite 
  376. font that combines two or more fonts.  For example, you may wish to 
  377. combine a textual font (such as Times-Roman) with a graphical font 
  378. (such as Zapf-Dingbats), and have all  characters at their disposal 
  379. within a single font. Other uses of composite fonts:  IBM extended 
  380. character set, and expert sets (such as Adobe Garamond). => Enhanced 
  381. functionality and increased performance by minimizing 
  382. switching between fonts.
  383.  
  384. New Color Spaces
  385. ----------------
  386.  
  387. + CMYK color model and support for color images. Enhanced 
  388. functionality. This will encourage more ISVs to use the color 
  389. operators, because the operators will be widely available (The 
  390. printer itself may not be able to print in color, but the PostScript 
  391. language program won't generate errors when the operators for CMYK 
  392. color are used.) 
  393.  
  394. + PostScript Level 2 supports several device-independent color 
  395. spaces based on the CIE 1931 (XYZ)-space. CIE-based color 
  396. specification enables a page description to specify color in a way 
  397. that is related to human visual perception. The goal of the CIE 
  398. standard is that a given CIE-based color specification should 
  399. produce consistent results on different color output devices, 
  400. independent of variations in marking technology, ink colorants, or 
  401. screen phosphors. True device-independent color specification. 
  402. Improved color matching between devices.
  403.  
  404. + PostScript Level 2 supports three classes of color spaces:  device 
  405. independent, special, and device dependent. 
  406.  
  407. The following device independent color spaces are standard:
  408.  
  409. The CIEBasedABC color space is defined in terms of a two-stage, non-
  410. linear transformation of the CIE 1931 (XYZ)-space. The formulation 
  411. of the CIEBasedABC color space models a simple zone theory of color 
  412. vision, consisting of a non-linear trichromatic first stage combined 
  413. with a non-linear opponent color second stage. This formulation 
  414. allows colors to be digitized with minimum loss of fidelity; this 
  415. is important in sample images. 
  416.  
  417. Special cases of CIEBasedABC include a variety of interesting and 
  418. useful color spaces, such as the CIE 1931 (XYZ)-space, a class of 
  419. calibrated RGB spaces, a class of opponent color spaces such as the 
  420. CIE 1976 (L*a*b*)-space and the NTSC, SECAM, and PAL television 
  421. spaces. 
  422.  
  423. The CIEBased A color space is a one-dimensional and usually 
  424. achromatic analog of CIEBasedABC. 
  425.  
  426. The following special color spaces are standard:
  427.  
  428. The Pattern color space enables painting with a "color" defined as 
  429. a pattern, a graphical figure used repeatedly to cover the areas 
  430. that are to be painted. See the discussion of patterns for more 
  431. information.
  432.  
  433. The Indexed color space provides a way to map from small integers 
  434. to arbitrary colors in a different color space such as a device 
  435. independent color space.
  436.  
  437. The Separation color space provides control over either the 
  438. production of a color separation or the application of a device 
  439. colorant, depending on the nature and configuration of the device.
  440.  
  441. The following device dependent color spaces are standard:
  442.  
  443. The DeviceGray color space is equivalent to the existing PostScript 
  444. language's gray color model.
  445.  
  446. The DeviceRGB color space is equivalent to the existing PostScript 
  447. language's red-green-blue (RGB) color model.
  448.  
  449. The DeviceCMYK color space is equivalent to the existing PostScript 
  450. language's cyan-magenta-yellow-black (CMYK) color model.
  451.  
  452. New screening/halftoning technology
  453. -----------------------------------
  454.  
  455. + Improved algorithms for determining the angles and frequencies 
  456. used for halftone screens. The improvements fall into two primary 
  457. categories:  general improvements, and improvements specific to 
  458. color separations.
  459.  
  460. + General improvements:   (1) The new algorithms yield a 10% 
  461. improvement in the speed of the setscreen and image operators; (2) 
  462. Earlier version of PostScript software could produce halftone 
  463. screens only for certain angle and frequency combinations. Enough 
  464. of these combinations were available so that any requested screen 
  465. could be fairly well approximated by one of the available angle and 
  466. frequencey combinations. In contrast, the improved halftoning 
  467. algorithms can provide as much as a ten-fold increase in the number 
  468. of angle-frequency combinations that are available, depending on the 
  469. device resolution and the available memory. => Increased performance 
  470. and higher quality halftone screens.
  471.  
  472. + Improvements specific to color separations:   An additional 
  473. feature is available that enables PostScript software to generate 
  474. extremely accurate screen angles and frequencies. The screens 
  475. produced by this method can achieve an angular accuracy of within 
  476. .05 degrees or better, depending on such parameters as exact screen 
  477. angle requested, device resolution, and memory available for use by 
  478. the algorithm. => Extremely high-quality color separations that 
  479. approach the quality that previously was available only from high-end, 
  480. color electronic pre-press systems.
  481.  
  482. Improved printer support features
  483. ---------------------------------
  484.  
  485. + Page device setup provides a device independent framework for 
  486. specifying the requirements of a page description and for 
  487. controlling both standard features, such as the number of copies, 
  488. and optional features, such as duplex printing, paper trays, paper 
  489. sizes, and other peripheral features. 
  490.  
  491. + Applications developers will be able to write a single driver for 
  492. a variety of different PostScript printers. The same code can be 
  493. used to address printer specific features whether the features exist 
  494. in the printer or not. If the feature is not in the printer, the 
  495. application can decide how to best respond to the lack of the 
  496. feature. => Enhanced functionality. ISVs benefit by having a more uniform 
  497. method for accessing printer specific features. End users benefit 
  498. by having software that will take advantage of their printer's 
  499. features.
  500.  
  501. Interpreter parameters
  502. ----------------------
  503.  
  504. + Administrative operations, such as system configuration and 
  505. changing input-output device parameters, are now organized in a more 
  506. systematic way. Allocation of memory and other resources for 
  507. specific purposes is under software control. For example, there are 
  508. parameters controlling the maximum amount of memory to be used for 
  509. VM, font cache, pattern cache, and halftone screens. => Flexibility.
  510.  
  511. Resources
  512. ---------
  513.  
  514. + A resource is a collection of named objects that either reside in 
  515. VM or can be located and brought into VM on demand. There are 
  516. separate categories of resources with independent name spaces - for 
  517. example, fonts and forms are distinct resource categories. 
  518.  
  519. + The language includes convenient facilities for locating and 
  520. managing resources.
  521.  
  522. Dictionaries
  523. ------------
  524.  
  525. + Many Level 2 operators expect a dictionary operand that contains 
  526. key-value pairs specifying parameters to the operator. Language 
  527. features controlled in this way include halftones, images, forms, 
  528. patterns, and device setup. This organization allows for optional 
  529. parameters and future extensibility. For convenience in using such 
  530. operators, the PostScript language syntax includes new tokens, << and 
  531. >>, to construct a dictionary containing the bracketed key-value 
  532. pairs. => Convenience, extensibility.
  533.  
  534.  
  535. *** What's the feedback from Adobe's OEMs on PostScript Level 2?
  536.  
  537. The feedback has been overwhelmingly positive. We have always 
  538. believed that we are taking our OEMs, ISVs and end users best 
  539. interests into account in moving forward with the PostScript 
  540. language. The feedback we have received so far confirms that we are 
  541. doing the right thing on all fronts.
  542.  
  543.  
  544. *** How much ROM/RAM will it take for a Level 2 printer?
  545.  
  546. As is true with our current implementations, RAM/ROM requirements 
  547. will vary from one device to the next depending on the specific 
  548. capabilities of each device.  However, our estimates put the code 
  549. size at approximately 1.5 Mb of ROM (for CISC processors), and 1.5 
  550. Mb of RAM, minimum.
  551.  
  552.  
  553. *** When will Level 2 products be available?
  554.  
  555. The first Level 2 products should be available in early 1991. Exact 
  556. product delivery dates will be announced by our OEMs as usual.
  557.  
  558.  
  559. *** What about existing PostScript printers? Are they obsolete?
  560.  
  561. The current generation of PostScript printers (which you could think 
  562. of as PostScript Level 1) will not become obsolete because of Level 
  563. 2 products. Think of Level 1 and Level 2 printers as a family of 
  564. products, each having its own set of features to suit the needs of 
  565. a particular customer. While we will continue to support and build 
  566. Level 1 products (based on our OEM's demands) we think that over the 
  567. next 12-18 months most of our OEMs will begin providing PostScript 
  568. Level 2 products.
  569.  
  570.  
  571. *** Are Level 1 and Level 2 implementations compatible?
  572.  
  573. All existing programs that run on today's PostScript printers will 
  574. run on a Level 2 device. That is, PostScript Level 2 is upward 
  575. compatible with the existing installed base of printers and print 
  576. drivers. However, it is not 100 % backward compatible. A file 
  577. written specifically to take advantage of some Level 2 features will 
  578. not run on a Level 1 printer because some functionality cannot be 
  579. emulated. Most Level 2 features can be emulated on a Level 1 printer 
  580. and an intelligent driver can conditionally use Level 2 features 
  581. when available, and fall back on Level 1 operators when not. The new 
  582. red book will include an appendix that will help ISVs deal 
  583. specifically with compatibility issues.
  584.  
  585.  
  586. *** When will the new red book be available?
  587.  
  588. A new version of the red book, called the PostScript Language 
  589. Reference Manual, Second Edition, will be published by Addison-
  590. Wesley in December 1990.
  591.  
  592.  
  593. *** How is Adobe positioning PostScript Level 2?
  594.  
  595. Adobe is positioning PostScript Level 2 as an integral part of a 
  596. total system solution for printing and display environments. 
  597. PostScript Level 2 software provides the foundation for Adobe's OEMs 
  598. to implement an entire spectrum of products from low-cost desktop 
  599. laser printers for office-automation to high-resolution 
  600. imagesetters for producing color separations. 
  601.  
  602. Let's put PostScript Level 2 in perspective with respect to the 
  603. overall printing solution. The effectiveness and performance of any 
  604. particular printing solution is affected by four main elements:
  605.  
  606. + Driver:  Each major system software environment (Macintosh, 
  607. Windows, OS/2 Presentation Manager, NeXT) has a built-in PostScript 
  608. language driver. These system level drivers ensure that all 
  609. applications running in the environment can output to PostScript 
  610. printers. These drivers do not always produce the most efficient 
  611. PostScript language programs, and may not support the wide variety 
  612. of features available in the language or specific hardware features 
  613. in a PostScript printer.
  614.  
  615. + Language:  The PostScript language as defined in the PostScript 
  616. Language Reference Manual (the "red book") is the standard today.
  617.  
  618. + Communications:  AppleTalk, parallel, and serial communications 
  619. are  the most commonly used interfaces with PostScript printers 
  620. today.
  621.  
  622. + Controller:  Today, most Adobe PostScript printers are based on a 
  623. variety of controllers:  Scout (68000), Atlas (68020), and Atlas 
  624. Plus (68030). In addition, there are a number of custom controller 
  625. solutions offered by our OEMs.
  626.  
  627. Total system throughput is a function of all four elements. An 
  628. efficient driver can produce PostScript page descriptions that print 
  629. much faster; speed increases of 2-3x over an inefficient driver are 
  630. not uncommon. Communications bottlenecks can account for a majority 
  631. of the time it takes to print a page; a very large scanned image can 
  632. take minutes to transmit to the printer, even using AppleTalk. And 
  633. of course, the speed of the controller itself has a direct impact 
  634. on the time it can take to print a page. However, the limiting factor 
  635. is ultimately the rated engine speed of the output device.
  636.  
  637. PostScript Level 2 is one component of a total systems solution 
  638. being assembled by Adobe:
  639.  
  640. + Adobe is developing drivers for the Macintosh, Windows 3.0, and 
  641. OS/2 Presentation Manager environments. These drivers will take full 
  642. advantage of the features and performance enhancements in PostScript 
  643. Level 2 printers as well as existing PostScript printers. 
  644.  
  645. + PostScript Level 2 extends the PostScript language with new 
  646. operators to improve performance and provide additional 
  647. functionality to address the need of end users and ISVs. 
  648.  
  649. + PostScript Level 2 includes a variety of file compression 
  650. techniques that can be used to reduce the amount of information sent 
  651. (and hence the time to do so) to the PostScript printer. 
  652.  
  653. + Adobe is developing new controllers based on the latest RISC 
  654. technology which are up to 22 times faster than current controllers. 
  655. In addition, these controllers provide  our OEMs the potential for 
  656. providing direct SCSI input and Ethernet connections for increased 
  657. throughput.
  658.  
  659.  
  660. (C) 1990 Adobe Systems Incorporated. All rights reserved. 
  661. PostScript, Display PostScript, and Adobe are trademarks of Adobe 
  662. Systems Incorporated registered in the U.S. All other product names 
  663. are trademarks or registered trademarks of their respective holders.
  664.  
  665.  
  666.